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PrS-Prozessor fOr vorgegebene Dokumententypdef inition. System 
2um Prozessieren von Auszeichnungssprachen-Dokumenten, Ver- 
fahren und Computerprograminprodukt dazu. 

BESCHREIBUNG 

Technisches Gebiet 

Die Erfindung betrifft einen PrS-Prozessor fur eine vorgege- 
bene Dokumententypdef inition (DTD) mit Schnittstellen zu An- 
wendungseinheiten und einem Auszeichnungssprachen-Prozessor, 
ein diesen PrS-Prozessor beinhaltendes System zum Prozessie- 
ren von Auszeichnungssprachen-Dokumenten, ein Verfahren zur 
Erzeugung gultiger Auszeichnungssprachen-Dokumente, die kon- 
form zu einer bestimmten DTD sind, sowie ein Computerpro- 
grammprodukt zur Implementation dieses Verfahrens. 

Stand der Technik 

Die Verwendung von Auszeichnungssprachen zur Erfassung und 
Strukturierung von Inf ormationen gewinnt fortwahrend an Be- 
deutung. Die Generierung, aber auch das Auslesen und Verwen- 
den der in Auszeichnungssprachen-Dokumenten abgelegten Infor- 
mationen kann jedoch rasch die Grenzen generischer Prozesso- 
ren zu deren Bearbeitung und auch Begrenzungen beim standar- 
disierten Sprachumfang bestimmter Auszeichnungssprachen auf- 
zeigen und zur Notwendigkeit erganzender Datenverarbeitungs- 
programme fuhren, um verwertbare Inf ormationen ablegen und 
abrufen zu k5nnen. Im folgenden soli diese Problematik an ei- 
nem Beispiel aus dem Bereich der Energieerzeugung und - 
Verteilung erlautert werden, wobei vergleichbare Probleme 
auch in anderen Bereichen auftreten kbnnen und die vorliegen- 
de Erfindung auch auf die Losung in diesen Bereichen gerich- 
tet sein soli. 




Die Norm lEC 61850 kann als der zukiinftige Standard fur den 
Datenaustausch in der Stationsleittechnik angesehen warden. 
Sie soil herstellerunabhangige Anwendungsinteroperablilitat 
zwischen den verschiedenen Komponenten und Vorrichtungen ei- 
nes Stationsleitsystems (Substation Automation System, SAS) 
ermbglichen. Teil 6 dieser Normung spezifiziert die Substati- 
on Configuration Language (SCL) , urn den interoperablen Aus- 
tausch von Kommunikationssystemkonf igurationsdaten zwischen 
Vorrichtungen und Systemkonf igurationswerkzeugen verschiede- 
ner Hersteller zu gestatten. Unter Verwendung von SCL kdnnen 
verschiedenste Aspekte eines Stationsleitsystems beschrieben 
werden, wie beispielsweise : 

Die Konf igurationen der vorhandenen intelligenten elektroni- 
schen Vorrichtungen, 



die Konf igurationen des Kommunikat ions systems, 
die Topologie der Schaltanlage, und 

ihre Relationen zu der auf den internen elektrischen Vorrich- 
tungen implement ier ten Funktionalitat - 

Um Kompatibilitat mit den wichtigen inf ormationstechnologi- 
schen Standards zu gewahrleisten, basiert SCL auf der Seiten- 
beschreibungssprache XML (extensible markup language) in der 
Version 1.0. Teil 6 der lEC 61850 enthSlt eine Dokumenten- 
typdef inition (DTD), welche die spezifische XML-Syntax von 
SCL-Dokumenten und deren Semantik definiert. 

Die an Hand der SCL beschreibbaren Konf igurationszust^nde ei- 
nes Stationsleitsystems werden mithin in Form von SCL- 
konformen XML-Dokxamenten abgelegt. 
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XML ist ein Standard zur Darstellung von Inf ormationen in Do- 
kumentenf orm. XML gehort zu den sogenannten Auszeichnungs- 
sprachen, welche der Strukturierung von Dokumenten oder all- 
gemeiner Inf ormationen dienen. Man unterscheidet hierbei so- 
genannte Meta-Sprachen, welche das Definieren verschiedener 
Auszeichnungssprachen ermoglichen bzw. zu ihreiti Einsatz einer 
Konkretisierung in Form von Befehls- bzw. Bezeichnerdef ini- 
tionen fiir die Elemente bedurfen^ und eigentlichen Auszeich- 
nungssprachen/ welche konkreter auf die Strukturierung einge- 
hen, indem sie einen vorgegebenen Bezeichner- bzw. Befehlsum- 
fang aufweisen. Zu den Auszeichnungssprachen gehoren bei- 
spielsweise GML, SGML, HTML, XHTML und eben XML. XML- 
Do kumente sind Do kumente, die Daten strukturieren, sie jedoch 
nicht formatieren. Die einzelnen Eintrage eines XML-Dokuments 
sind vielmehr bestimmten Bedeutungsinhalten zugeordnet. XML 
ermoglicht die Strukturierung von Inf ormationen nach ihrem 
Sinngehalt, und geht damit beispielsweise liber den parallel 
entwickelten Standard HTML hinaus, welcher bei einem vorgege- 
benen Bef ehlsumf ang nur einfache Inf ormationsstrukturierungen 
und im wesentlichen Inf ormationen zur Darstellung des Doku- 
ments z.B. von Zeichen oder deren Grofie) festlegt. Die ein- 
zelnen Eintrage beziehungsweise Elemente eines XML-Dokuments 
bestehen in der Regel aus einem Befehl, der auch als "Tag" 
bezeichnet wird, und der beispielsweise die Bedeutung einer 
bestimmten Information represent ieren kann, sowie aus Daten, 
beispielsweise Textketten, auf die der Befehl des Eintrags 
anzuwenden ist. Ein sogenanntes wohlgef ormtes XML-Dokument 
enthalt zumindest einen sogenannten Prolog, in dem beispiels- 
weise die Version von XML angegeben wird, und ein weiteres 
Element. Die XML-Spezif ikation legt hierbei lediglich fest, 
wie XML-Dokumente zu erstellen sind, jedoch nicht was, das 
heiBt welche Art von Inf ormationen, in einem XML-Dokument ge- 
speichert werden kSnnen. Die Definition solcher zuiassigen 
Tags erfolgt vielmehr uber Dokumententypdef initionen (DTD) , 
welche Definitionen der zulassigen Eintrage in einem XML- 
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Dokument, welches konform einer jeweiligen DTD ist, angibt. 
Unter einer Dokumententypdef inition ist im Sinne der vorlie- 
genden Erfindung jede erweiternde Definition der Struktur von 
Auszeichnungssprachen-Dokumenten zu verstehen, unabhangig da- 
von, ob solche Erweiterungen bei der Definition der Auzeich- 
nungssprache vorgesehen sind Oder nicht (d.h. uber den "er- 
laubten" Omfang der Sprachdef inition hinausgehen) . 

Eine solche DTD stellt eben die Definition von SCL-Dokumenten 
dar. Falls ein XML-Dokument nicht nur wohlgeformt ist, son- 
dern sich zusatzlich auch an die Regeln einer vorhandenen DTD 
halt, so spricht man von einem giiltigen Dokument. Auf die DTD 
wird entweder im Prolog verwiesen, oder sie kann im Dokument 
enthalten sein. 

Um XML-Dokumente (oder Dokumente anderer Auszeichnungsspra- 
chen) erstellen, lesen und modifizieren zu konnen, wurden 
verschiedene Programmierschnittstellen entwickelt. Dabei han- 
delt es handelt es sich um sogenannte Applikat ionsprogrammie- 
rungs-Interfaces (API) . Eine API definiert die Regeln und 
Konventionen, welche beschreiben, wie ein Stiick Software von 
einem anderen Stuck Software verwendet werden kann. Bei Zu- 
griff iiber eine solche API werden die Daten in XML- Dokument en 
beispielsweise in baumartigen verzweigten Strukturen (der so- 
genannte Parse-Ba\im) mit Knoten reprSsentiert, die mittels 
geeigneter Programme interpret iert werden konnen. Eine dieser 
API ist das Dokument-Objektmodell (DOM) . Die Verwendung der 
DOM-API erfordert also die Navigation durch XML-Dokumente in 
Begriffen von generischen Knoten, wobei ein Knoten einem Ele- 
ment, einem Attribut, einem Kommentar, etc. entsprechen kann. 
Die eigentlichen XML-Daten, das heifit die Werte der Attribute 
und Elemente, werden als Zeichenketten hin und her transfe- 
riert . 
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Neben DOM existieren weitere Spezif ikationen von Schnittstel- 
len, beispielsweise die Erweiterungen DOM Level 2, der Simple 
API for XML (SAX), Oder der Java API for XML-Parsing ( JAXP) . 

DOM und andere APIs zum Zugriff auf Dokumente im Format einer 
Auszeichnungssprache sind lediglich Spezif ikationen, welche 
in konkrete Programme umgesetzt werden mussen. Als solche 
dienen sogenannte Prozessoren, welche in der Lage sind, den 
Inhalt von z.B. XML-Dokumenten zu erfassen und API auf ruf en- 
den Programmen so zu prasentieren, dafi er der DOM- 
Spezif ikation oder einer anderen API entspricht. Ober eine 
API-konforme Schnittstelle kdnnen also andere Programme An- 
fragen an den XML-Prozessor stellen, indem sie diesem aber 
die Schnittstelle Inf ormationen zusenden, welche im API- 
Format gehaltene Befehle und/oder Inhalte, wie Text oder ahn- 
liches beinhalten. Auf das Obersenden von Inf ormationen, wel- 
che Anfragen zu der Struktur eines XML-Do kuments beinhalten, 
antwortet der Auszeichnungssprachen-Prozessor mit dem Ober- 
senden von Ruckinf ormationen, welche dem abfragenden Programm 
Aufschluli iiber die Strukturierung des bearbeiteten Auszeich- 
nungssprachen-Dokuments lief ern . 

Derzeitig existierende API-konforme Auszeichnungssprachen- 
Prozessoren, beispielsweise ein von der Firma Microsoft er- 
haitlicher XML-Prozessor, sind allerdings generisch in dem 
Sinne, dall sie keine UnterstUtzung fiir eine spezifische DTD 
bieten. Dies bedeutet beispielsweise, daB Attributwerte nicht 
gegen den Attributtyp uberpriift werden, so dafi beispielsweise 
in einem Element, welches als ENUM gekennzeichnet ist, jeder 
beliebige NMTOKEN auftauchen kann. Eine OberprOfung, ob die- 
ser Wert in der Liste der erlaubten Werte enthalten ist, fin- 
det nicht statt. 

Weiterhin werden Inhalt sbeschrankungsregeln (containment con- 
straint rules) , welche den mehrfachen oder konditionalen In- 
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halt von einem Element definieren, nicht gepruft und as fin- 
den keine spezif ischen, semantischen Prufungen statt, bei- 
spielsweise, ob das Attribut "Voltage" wirklich eine Zahl zu- 
sarnmen mit einer Spannungseinheit enthalt. Unter Verwendung 
eines generischen API-konf ormen Auszeichnungssprachen- 
Prozessors konnen mithin Dokumente (mit einer bestimmten 
DTD) , beispielsweise SCL-Dokumenten erstellt werden^ die 
wohlgeformte XML-Dateien sind. Es gibt jedoch keine Garantie, 
dali ein solches Dokviment auch eine gtiltige XML-Datei, bei- 
spielsweise eine gUltige SCL-Datei, ist. Selbst wenn die Da- 
tei gtiltig sein sollte, besteht keine Garantie fur eine se- 
mantische Korrektheit. Nur beim Laden eines bestimmten Aus- 
zeichnungssprachen-Dokuments liberpruft ein generischer Aus- 
zeichnungssprachen-Prozessor diese gegeniiber der verwendeten 
DTD, beispielsweise der SCL-DTD, wobei jedoch keine spezifi- 
schen Fehlerinf ormationen gegeben werden. Die semantische 
Korrektheit kann anhand der DTD nicht gepruft werden, da eine 
DTD nur die Syntax, nicht aber die Semantik von Auszeich- 
nungssprachen-Dokumenten def iniert . 

Fur die Konf iguration eines Stationsleitsystems wurde dies 
bedeuten, dafi durch ein Konf igurationswerkzeug mit einem ge- 
nerischen XML-Prozessor erzeugte SCL-Dateien eventuell ungiil- 
tig Oder semantisch inkorrekt sein k5nnten. Falls eine auf 
solche Art erzeugte Datei einem zu konf igurierenden intelli- 
genten elektronischen GerSt zugeleitet wird, konnte folgendes 
passieren: 

-Im Fall, daB die SCL-Datei ungultig ist, konnte ihr Laden in 
das Gerat scheitern. 

-Im Fall, dali die SCL-Datei semantisch inkorrekt ist, wiirde 
die Konf iguration des intelligenten elektronischen Gerats 
f ehlschlagen, Oder es konnte zu einer fehlerhaften Konfigura- 
tion des intelligenten elektronischen Gerats kommen. 
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Um diese nachteilige Situation zu vermeiden, wird im Stand 
der Technik jedes Konf igurationswerkzeug und die Software ja- 
des konf igurierbaren Gerats, welche SCL-Dateien lesen oder 
schreiben mit einem eigenen spezifischen SCL-Modul ausgestat- 
tet, welches die SCL-Syntax und Semantik bei der Erzeugung 
Oder beim Auslesen von SCL-Dateien uberpriift. 

Dies ist mit einem erhShten Programmieraufwand verbunden und 
kann zudem auf Grund der unterschiedlichen Implementierungen 
maglicherweise zu Inkompatibilitaten, zum Beispiel beim Bear- 
beiten von Dateien durch mehrere Gerate, fuhren. 

Es ist daher die Aufgabe der vorliegenden Erfindung, ein ver- 
bessertes System bereitzustellen, mit dem die Korrektheit von 
Auszeichnungssprachen-Dokumenten, die einer bestimmten DTD 
genugen sollen, sichergestellt ist. 
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Darstellung der Erfindung 

Diese Aufgabe wird gelost durch die Bereitstellung eines Pra- 
Prozessors fiir eine vorgegebene Dokumententypdef inition gemali 
dem unabhangigen Patentanspruch 1, ein System zum Bearbeiten 
von Auszeichnungssprachen-Dokumenten gemafi dem unabhangigen 
Patentanspruch 14, ein Verfahren zur Erzeugung von Auszeich- 
nungssprachen-Dokumenten gemafi dem unabhangigen Patentan- 
spruch 21, sowie ein Computerprogrammprodukt gemafi dem unab- 
hangigen Patentanspruch 27. Weitere vorteilhafte Ausgestal- 
tungen, Aspekte und Details der vorliegenden Erfindung erge- 
ben sich aus den abhangigen Patentanspriichen^ der Beschrei- 
bung und der beigefiigten Zeichnung. 

Der Aufgabe liegt das Prinzip zugrunde, einen spezifischen 
Pra-Prozessor zur Verfugung zu stellen, welcher einerseits in 
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der Lage ist, mit einem generischen Auszeichnungssprachen- 
Prozessor Daten auszutauschen und uber diesen korrekte DTD- 
konforme Auszeichnungssprachen-Dokumente zu erstellen, bezie- 
hungsweise auszulesen, und auf der anderen Seite eine 
Schnittstelle zu beliebigen Anwendungsvorrichtungen bereitzu- 
stellen. Es versteht sich, dali die vorliegende Erfindung 
nicht auf die Prozessierung von SCL-Dokumenten beschrSnkt 
ist, auch wenn im einleitenden Teil die existierende Proble- 
matik im Hinblick auf SCL-Dokumente in der Stationsleittech- 

10 

nik eingefahrt worden ist, Vielmehr ist die vorliegende Er- 
findung grundsatzlich bei der Bearbeitung von Auszeichnungs- 
sprachen-Dokumenten anwendbar, bei denen sich die Frage der 
Korrektheit und Konformitat zu einer spezifischen DTD stellt. 

Durch die zunehmende Verbreitung von Auszeichnungssprachen 
wie XML, SGML oder HTML ergibt sich fur die Erfindung ein 
breites Einsatzgebiet . 



Die Erfindung ist daher gerichtet auf einen Pra-Prozessor fiir 
eine vorgegebene Dokumententypdef inition (DTD) aufweisend zu- 
mindest eine vorgegebene Schnittstelle zum Austauschen von 
Informationen mit Schnittstellen von Anwendungseinheiten, und 
ein Konversionsmittel zur Umwandlung von Anwendungs informa- 
tionen von einer Anwendungseinheit in Aufrufe an einen Aus- 
zeichnungssprachen-Prozessor, wobei die Aufrufe zugleich der 
verwendeten DTD genugen, und zur Umwandlung von Auszeich- 
nungssprachen-Inf ormationen vom Auszeichnungssprachen- 
Prozessor in Riickinf ormationen zur Obertragung an eine Anwen- 
dungseinheit^ wobei die umgewandelten Ruckinf ormationen von 
der Anwendungseinheit interpretierbar sind. 

Unter einem Pr^-Prozessor wird in der vorligenden Erfindung, 
wie auf dem Gebiet der Datenverarbeitung allgemein, ein Pro- 
grammobjekt verstanden, welches eingehehende Daten anhand be- 
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stiimnter Kriterien umwandelt und die gewandelten Daten aus- 
gibt . 

Der Pra-Prozessor weist eine vorgegebene Schnittstelle zur 
Verbindung mit Anwendungseinheiten auf . Dies fuhrt vorteil- 
hafterweise dazu, daiS man nach Definition dieser Schnittstel- 
le von den verschiedensten Anwendungseinheiten auf den Pra- 
Prozessor zugreifen kann. Dadurch wird das im Stand der Tech- 
nik bekannte Problem der Neuprogrammierung entsprechender 
Software-Module in jeder einzelnen Anwendungseinheit vermie- 
den. Bei der Programmierung der Anwendungseinheiten mufi dann 
lediglich eine (einfachere) Funktionalitat zum Aufrufen der 
vorgegebenen Schnittstelle des PrS-Prozessors implementiert 
werden. 

Der erf indungsgemSBe PrS-Prozessor kann in f unktionneller 
Einheit mit dem generischen Auszeichnungssprachen-Prozessor 
realisiert sein. Hierunter ist zu verstehen, dafi die beiden 
Funktionalitaten in einem einzigen Sof tware-Objekt vereinigt 
sind, so daft die Kommunikation zwischen den beiden Teilen 
intern gelost werden kann, ohne das bestimmte, definierte 
Schnittstellen eingefiihrt werden miissen. 

Alternativ kann der Pra-Prozessor zwischen verschiedene An- 
wendungseinheiten, die ihn verwenden konnen, und einen tibli- 
cherweise generischen Auszeichnungssprachen-Prozessor einge- 
setzt und mit beiden Uber Schnittstellen gekoppelt werden. 
Auf diese Weise ist es mSglich, einen existierenden, generi- 
schen Auszeichnungssprachen-Prozessor zu verwenden, so daJi 
der Programmieraufwand zur Implement ierung der Erfindung 
deutlich reduziert wird. 



Der Pra-Prozessor beinhaltet ein Konversionsmittel, welches 
die verschiedenen Strukturen der zwischen den Anwendungsvor- 
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richtungen und dem Auszeichnungssprachen-Prozessor ausge- 
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tauschten Inf ormationen jeweils den Notwendigkeiten der Ge- 
genseite anpaftt und zudem die dem Auszeichnungssprachen- 
Prozessor zugeleiteten Aufrufe so aufbereitet, daii sie der 
jeweils verwendeten DTD entsprechen. Der Begriff der Anwen- 
dungseinheit ist hierbei denkbar weit zu fassen und beinhal- 
tet neben Konf igurationswerkzeugen, wie Programmen eines 
Leitrechners Oder spezieller mobiler Konf igurationsgerSte 
auch konf igurierbare/ intelligente elektronische GerSte der 
Stationsleittechnik, das in der Stationsleittechnik verwende- 
te Kommunikationssystem und alle weiteren Elemente. 



Bei Anwendungen aufierhalb der Stationsleittechnik ist unter 
einer Anwendungseinheit jegliche Einheit zu verstehen, sei 
diese hardwaretechnischer (beispielsweise bei GerSten mit ei- 
nem eingebauten ASIC zur Bearbeitung von Auszeichnungsspra- 
chen-Dateien) oder sof twaretechnischer Natur, welche mit Aus- 
zeichnungssprachen-Dokumenten^ welche einer bestinmiten DTD 
genugen mussen, operiert. 



Der Auszeichnungssprachen-Prozessor ist ein Prozessor, der in 
der Lage ist, Dateien in dem Format der Auszeichnungssprache 
zu bearbeiten, d.h. zu erzeugen, zu modifizieren und auszule- 
sen. Die vora Auszeichnungssprachen-Prozessor prozessierten 
Dateien kSnnen die unterschiedlichsten Inf ormationen iiber ein 
Oder mehrere zu konf igurierende Gerate enthalten. 



Vorzugsweisse interagiert der Pra-Prozessor mit einem Aus- 
zeichnungssprachen-Prozessor/ der konform zu einer vorgegebe- 
nen API ist, wobei der Pra-Prozessor zumindest eine Schnitt- 
stelle zum Senden von Aufrufen an den Auszeichnungssprachen- 
Prozessor und zum Empfangen von Auzeichnungssprachen- 
Inf ormationen vom Auf zeichnungssprachen-Prozessor aufweist; 
und die Aufrufe API-konforme Aufrufe sind. 
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API-konf orm bedeutet im Sinne der vorliegenden Erfindung, dali 
der Auszeichnungssprachen-Prozessor eine Programmier- 
Schnittstelle aufweist, welche Methodenauf ruf e entgegennehmen 
und Inf ormationen ausgeben kann, die der Definition einer be- 
stinunten API entsprechen. Der Datenaustausch erfolgt also 
iiber die API-konf orme Schnittstelle des Auszeichnungsspra- 
chen-ProzessorS/ so dali der Pra-Prozessor in der Lage sein 
muli, entsprechende Befehle zu generieren. 

Bevorzugterweise ist die verwendete Auszeichnungssprache XML, 
da dieses ein etablierter Standard ist, in einfacher Weise 
die Strukturierung von Inf ormationen gestattet, existierende 
Software einfach angepasst werden kann, und die Sprache auf- 
grund ihrer Bekanntheit gut verstanden ist. 

Das verwendete API kann jedes geeignete API sein, das die 
verwendete Auszeichnungssprache wiedergeben kann und die not- 
wendigen Manipulationen an den Dokumenten erlaubt, wie bei- 
spielsweise SAX oder DOM bei der Verwendung von XML. 

Der erf indungsgemMBe Pra-Prozessor kann vorzugsweise ein SCL- 
Pra-Prozessor sein, d.h. zur Aufbereitung von Inf ormationen; 
dergestalt geeignet sein, dafi er ihre Konformitat mit der 
SCL-DTD aberpriift, bevor er diese an eine abfragende Anwen- 
dungseinheit weitersendet und damit Fehlkonf igurationen ver- 
hindern kann. Die Verwendung eines Pra-Prozessors speziell 
zum Generieren und Auslesen von SCL-Dokumenten lost unerwar- 
teterweise verschiedene, im Stand der Technik wahrgenommene 
Probleme, wie oben beschrieben, und vereinfacht damit die 
Konzeption und Realisation von Verwaltungssystemen der Stati- 
ons lei ttechnik. 

Zwischen den Anwendungseinheiten, dem erf indungsgemaBen Pra- 
Prozessor und dem Auszeichnungssprachen-Prozessor werden In- 
formationen versandt, welche iiber die Schnittstellen geleitet 
werden. Hierbei konnen verschiedene Inf ormationen unterschie- 



12 

den werden. Die von einer Anwendungseinheit zum Pra-Prozessor 
gesandte Information wird erf indungsgemalJ als eine Anwen- 
dungsinf ormation bezeichnet. Die Obertragung dieser Informa- 
tion sollte in einem standardisierten Format erfolgen, wel- 
ches der sof twareseitigen Schnittstelle des Pra-Prozessors 
entspricht. Die Anwendungsinformationen enthalten in der Re- 
gel Anweisungen fur Manipulationen der Auszeichnungssprachen- 
Datei. 1st die Anwendungseinheit ein Konf igurationswerkzeug, 
konnen als Anwendungsinformationen die Eingabeparameter des 
Konf igurationswerkzeugs gegeben sein, welche zusammen mit 
entsprechenden Anweisungen zur Manipulation der Auszeich- 
nungssprachen-Datei an den Pra-Prozessor gesandt werden. Han- 
delt es sich bei der Anwendungseinheit um ein intelligentes 
elektronisches Gerat, kann eine typische Anwendungsinf ormati- 
on beispielsweise eine Abfrage beztiglich Inhalten der Aus- 
zeichnungssprachen-Datei sein. Im einen Fall werden neben 
reinen Anweisungen also ebenfalls Strukturinf ormationen, das 
heilit Inf ormationen iiber den tatsachlichen Inhalt einer zu 
erstellenden Auszeichnungssprachen-Datei und den syntakti- 
schen Zusammenhang zwischen solchen Inf ormationen, Obersandt/ 
im anderen Fall hingegen lediglich eine Anweisung. 

Vorzugsweise konnen die Anwendungsinformationen Geratekonfi- 
gurationsparameter zum Erstellen eines Auszeichnungssprachen- 
Dokuments fur die Konf iguration von zumindest einem konfigu- 
rierbaren GerSt enthalten. 

Im Konversionsmittel werden die Anwendungsinformationen in 
Methoden-Auf ruf e umgewandelt, die an den Auszeichnungsspra- 
chen-Prozessor ubersandt werden konnen. In diesem Umwand- 
lungsprozeB werden die Anwendungsinformationen zugleich in 
eine Form gebracht, welche konform zur verwendeten DTD ist, 
um nicht nur eine wohlgef ormte, sondern ebenfalls eine gulti- 
ge Auzeichnungssprachen-Datei zu erhalten. 
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In der entgegengesetzten Richtung treten vom Auszeichnungs- 
sprachen-Prozessor gesandte Auszeichnungssprachen- 
Inf ormationen, wie beispielsweise Inf ormationen iiber die 
Strukturierung des bearbeiteten Auszeichnungssprachen- 
^ Dokuments in einem API-konf ormen Format auf . Der Auszeich- 
i nungssprachen-Prozessor sendet also iiber die Schnittstelle 

beispielsweise Inf ormationen iiber die generischen Knoten, wie 
Elemente, Attribute, Kommentare, etc. 



Das erf indungsgemSBe Konversionsmittel wandelt diese Informa- 
tionen in Riackinf ormationen urn, welche an eine Anwendungsein- 
heit gesendet werden konnen. Es muJi angemerkt werden, dali 
diese Anwendungseinheit nicht identisch sein muli mit der zu- 
vor erwMhnten Anwendungsvor richtung, die Inf ormationen aus- 
sendet. So wird es in der Praxis gerade im Bereich von Anla- 
gensteuerungen h^ufig vorkommen, dali eine erste Anwendungs- 
einheit, beispielsweise ein Konf igurationsprogramm auf einer 
Datenverarbeitungsanlage, eine Konf igurations-Datei im Aus- 
zeichnungssprachenf ormat und beispielsweise konform zu SCL, 
erstellt bzw* modifiziert, und eine zweite Anwendungeinheit , 
beispielsweise ein konf igurierbares Gerat in einer Unterver- 
teilstation, Daten dieser Datei einliest, um sich entspre- 
chend zu konf igurieren . 

Erf indungsgemali wird es bevorzugt, dali die Riickinf ormationen 
Strukturinformationen uber eine vom Auszeichnungssprachen- 
Prozessor bearbeitete DTD-konforme Auszeichnungssprachen- 
Datei enthalten. Diese Strukturinformationen konnen wiederum 
Bezeichnerinf ormationen, also sogenannte Tags, und/oder In- 
haltsinf ormationen, beispielsweise bei Verwendung von SCL- 
Dateien Inf ormationen iiber Konf igurationen, enthalten. Die 
Ruckinf ormationen k5nnen also GerStekonf igurationsparameter 
eines existierenden Auszeichnungssprachen-Dokuments fiir die 
Konf iguration von zumindest einem konf igurierbaren Gerat ent- 
halten . 
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Diese Gerate-Konf igurationsparameter als Ruckinf ormationen, 
beziehungsweise allgemeiner jeglicher Art von Ruckinf ormatio- 
nen, warden vom Konversionsmittel umgewandelt in umgewandelte 
Ruckinformationen, welche von der Anwendungsvorrichtung in- 
terpret ierbar sind. Diese Umwandlung in umgewandelte Ruckin- 
formationen beinhaltet zum einen eine Formatumwandlung der 
API-kompatiblen Ruckinf ormationen in ein Parameterf ormat ^ 
welches von der jeweiligen Anwendungseinheit ebenfalls ver- 
wendet wird. 



Desweiteren beinhaltet die Umwandlung in umgewandelte Riickin- 
f ormationen jedoch vorzugsweise ebenfalls eine Uberprtifung 
bezuglich der DTD-Konf ormitat der gesendeten Inf ormationen, 
um sicherzustellen, dali liber das reine Format hinausgehend 
auch syntaktische und semantische Bedingungen der an die An- 
wendungsvorrichtung riickgesandten Ruckinf ormationen erfiillt 
sind. 



Es wird daher bevorzugt, dafi das Konversionsmittel aufweist 
Mittel zur Uberpriifung der Syntax der empfangenen Informatio- 
nen auf Konformitat mit der DTD und der Semantik auf Oberein- 
stimmung mit den Bedingungen der jeweils zu konf igurierenden 
Anwendungseinheit. Diese Prufung erfolgt sowohl hinsichtlich 
der Anwendungsinf ormationen als auch hinsichtlich der von 
Auszeichnungssprachen-Prozessor gesandten Ruckinf ormationen. 
Auf diese Weise kann sichergestellt werden, daI5 die Syntax 
der ubersandten Inf ormationen in einer Art und Weise der ver- 
wendeten DTD entsprechen, dafi einerseits die Anwendungsein- 
heiten verwertbare Inf ormationen erhalten und andererseits 
der Auszeichnungssprachen-Prozessor in der Lage ist, giiltige 
Auszeichnungssprachen-Dokumente im jeweiligen DTD-Format zu 
erzeugen. 
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Auch beim Vorliegen eines gultigen Auszeichnungssprachen- 
Dokuments einer spezifischen DTD kann es noch vorkommen, daft 
die tlbersendeten Inf ormationen aus verschiedenen Grunden in- 
korrekt oder unzulassig sind. So konnen beispielsweise auch 
bei Obereinstimmung des Typs der versandten Inf ormationen mit 
dem Typ des fur sie zustSndigen Bezeichners die tatsSchlich 
ubersandten Inf ormationen aufierhalb eines tiberhaupt moglichen 
Wertebereichs liegen. Bei Verwendung des Auszeichnungsspra- 
chen-Dokuments wUrden dann wiederum Fehler auftreten. Es wird 
daher bevorzugt^ daB die Konversionsmittel Mitt el zur Ober- 
priafung der logischen Korrektheit und/oder Zulassigkeit von 
in den Inf ormationen enthaltenen Strukturinf ormationen auf- 
weisen. Hierzu kann es notwendig sein/ den Pra-Prozessor mit 
weiteren Inf ormationen zu versorgen, welche beispielsweise 
bei dem Erstellen von SCL-Dateien geratespezif ische Vorgaben 
enthalten, da sich die Zulassigkeit von konf igurierbarem Ge-- 
rat zu konf igurierbarem Gerat unterscheiden kann. 

Die Erfindung ist weiterhin auf ein Gesamtsystem gerichtet, 
welches einen erf indungsgemSften Pra-Prozessor beinhaltet. Es 
handelt sich um ein System zum Bearbeiten von gultigen Aus- 
zeichnungssprachen-Dokumenten, die konform einer spezifischen 
Dokumententypdef inition (DTD) sind, wobei das System aufweist 
eine Anwendungseinheit zxam Erstellen und/oder Einlesen eines 
Satzes von Anwendungs inf ormationen, einen erf indungsgem^fien 
Pra-Prozessor, und einen Auszeichnungssprachen-Prozessor zum 
Austauschen von Inf ormationen mit dem Pra-Prozessor, zur Be- 
arbeitung eines beziiglich der DTD gultigen Auszeichnungsspra- 
chen-Dokuments . 

Alles zuvor beziiglich des erf indungsgemalien Pra-Prozessors 
Gesagte gilt gleichermaBen fur das System, so daB auf das 
Obenstehende vollinhaltlich Bezug genommen wird. 
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Insbesonder k5nnen Pra-Prozessor und Auszeichnungssprachen- 
Prozessor zu einer f unktionellen Einheit zusammengef asst 
sein. 

^ Es wir ebenso bevorzugt, dafi der Auszeichnungsprachen- 

Prozessor ein generischer Auszeichnungssprachen-Prozessor mit 
einer API-konformen Schnittstelle zum Pra-Prozessor ist, wie 
oben detailiert eriautert. 

Die Anwendungseinheit kann hierbei erf indungsgemMB ein Konfi- 
gurationsprogramm sein oder ein konf igurierbares Gerat. Das 
System ist also in der Lage, sowohl DTD-konforme Auszeich- 
nungssprachen-Dokumente zu erstellen als auch diese wiederum 
auszulesen und die Inf ormationen einem zu konf igurierenden 
Gerat zur Verfiigung zu stellen, wenn dieses eine Anfrage 
stellt . 

Die Anwendungsinf ormationen konnen Geratekonf igurationspara- 
meter zur Konf igurierung eines konf igurierbaren Gerat s sein. 

20 

Dement sprechend kann die vorgegebene . DTD beispielsweise die 
Substation Configuration Language (SCL) sein. 

Weiter ist die Erfindung auf ein Verfahren zur Erzeugung von 
Auszeichnungssprachen-Dokxamenten gerichtet, die konform einer 
vorgegebenen Dokumententypdef inition sind, wobei das Verfah- 
ren folgende Schritte aufweist: 

-Erstellen eines Satzes von Anwendungsinf ormationen; 

30 

-Erzeugen einer zur vorgegebenen DTD konformen Inf ormations- 
Reprasentation aus den Anwendungsinf ormationen; und 
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-Erzeugen eines beziiglich der DTD gultigen Auszeichnungsspra- 
chen-Dokument s aus der Inf ormations-Reprasentat ion . 
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Die verwendeten Anwendungsinf ormationen konnen vorzugsweise 
Geratekonf igurationsparameter fur zumindest ein konfigurier- 
bares Gerat sein. Das Erstellen eines Satzes von Geratekonf i- 
gurationsparametern erfolgt ublicherweise in einem Konfigura- 
tionsprogramm durch Eingaben eines Benutzers. Aus diesem Ge- 
ratekonf igurationsparametern wird eine Parameterreprasentati- 
on erzeugt, welche zur verwendeten DTD konform ist. Dies kann 
beispielsweise, wie oben besprochen, in einem Pra-Prozessor 
gemaii der Erfindung geschehen. Die ParameterreprMsentation 
kann beispielsweise eine Parameterreprasentation sein, die zu 
einer bestiiranten API konform ist. 

In einem letzten Schritt wird die erzeugte Parameterreprasen- 
tation umgewandelt in eine Auszeichnungssprachen-konf orme 
Konf igurationsdatei . Dieser Schritt kann beispielsweise nach 
Obersenden der Parameterreprasentation uber die API- 
Schnittstelle in einem iiblichen Auszeichnungssprachen- 
Prozessor geschehen . 

Es wird bevorzugt, daB die Geratekonf igurationsparameter syn- 
taktisch und/oder semantisch uberpriift werden, bevor aus ih- 
nen die DTD- konf orme Parameterreprasentation erzeugt wird. 

Ebenso ist eine Oberprufung auf einen korrekten Sinngehalt 
moglich, wie oben bezuglich des Pra-Prozessors beschrieben. 

Die Erfindung kann dadurch gekennzeichnet sein, daft das Er- 
zeugen eines giiltigen Auszeichnungssprachen-Dokuments folgen- 
de Schritte aufweist: 

-Erzeugen von Aufrufen aus der DTD-konf ormen Informations- 
Reprasentation, die zu einer vorgegebenen API konform sind; 
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-Ubersenden der API-konf ormen Aufrufe an einen Auszeichnungs- 
sprachen-Prozessor iiber eine zu dieser API konformen Schnitt- 
stelle; und 



-Ausflihren der API-konf ormen Aufrufe zum Bearbeiten des giil- 
tigen Auszeichnungssprachen-Dokuments • 

Auch bei dem erf indungsgemaiien Verfahren k5nnen die Anwendun- 
ginf orraationen Geratekonf igurationsparameter fur zumindest 
ein konf igurierbares Gerat sein. Das Erzeugen der API- 
konformen Anweisungsstrukturen kann mittels eines erfindungs- 
gemafien Pra-Prozessors erfolgen. 



Auch die entgegengesetzte Prozessierungsrichtung, also das 
Parsen eines Auszeichnungssprachen-Dokuments mittels eines 
Auszeichnungssprachen-Prozessors und die Umwandlung der so 
erhaltenen Inf ormationen in Anwendungsruckinf ormationen fur 
die Anwendungseinheit , sollen von der Erfindung miter fasst 
werden. 



Die Erfindung ist schlieBlich auch auf ein Computer- 
programmprodukt gerichtet, welches in einen internen Speicher 
eines digitalen Datenverarbeitungsmittels ladbar ist, und 
Computerprogrammcodemittel aufweist, die, wenn sie in einem 
Oder mehreren Datenverarbeitungsmitteln geladen und ausge- 
fiihrt werden, das Verfahren gemass der Erfindung ausfiihren. 
Das Computerprogrammprodukt beschreibt respektive implemen- 
tiert also den PrM-Prozessor gemass der Erfindung. Das Compu- 
terprogrammprodukt weist vorzugsweise ein computerlesbares 
Medium mit einem darauf gespeicherten Computerprogramm zur 
Ausfiihrung des Verfahrens gemass der Erfindung auf. 
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Figur 1 zeigt schematisch die Anordnung der verschiedenen 
Elemente des erf indungsgemafien Umwandlungssystems . 



Wege zur AusfOhrung der Erfindung 

Der erf inderische Grundgedanke liegt darin, einen speziellen 
wiederverwendbaren PrM-Prozessor, beispielsweise einen SCL- 
Prozessor, als ein Sof tware-Produkt zur Verfvigung zu stellen^ 
welches bei jeglicher Software (Anwendungseinheit ) , welche 
auf die jeweiligen Auszeichnungssprachen-Dokumente zugreift^ 
verwendet werden kann. Dieser Pra-Prozessor kann beispiels- 
weise mittels Microsoft (TM) , COM-Komponentenr den Scriptsy- 
stemen PHP oder Perl oder mittels Java (TM) Klassen implemen- 
tiert werden. 

Wichtige Merkmale dieses Pra-Prozessors sind: 

alle notwendigen syntaktischen undD semantischen Oberprufun- 
gen werden so friih als moglich durchgef iihrt . Dies kann durch 
Bereitstellung spezieller Schnittstellen realisiert werden, 
welche fiir jedes in der DTD definierte Element, beispielswei- 
se die SCL-Elemente gemafi der lEC 61850, mit speziellen Me- 
thoden zum Setzen von Attributen, Hinzufugen von Elementen, 
etc. realisiert werden, welche alle notwendigen Schritte 
durchfuhren kOnnen, und welche im Falle fehlerhafter Eingabe- 
parameter, wie fehlerhafter Anwendungsinf ormationen oder feh- 
lerhafter API-konformer Inf ormationen des Auszeichnungsspra- 
chen-Prozessors, eine Fehlermeldung riickgeben konnen. 

Weiterhin kann der PrS-Prozessor so ausgestattet werden, dafi 
er die Moglichkeiten von Benut zereingaben solcher Art limi- 
tiert, da/5 nur korrekte Inf ormationen in das erzeugte DTD- 
Do kument eingegeben werden konnen. Dies kann dadurch erreicht 
werden, dafi nur spezielle DTD-Schnittstellen zuganglich sind, 
welche zum Beispiel nicht das Hinzufugen eines Attributs er- 
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lauben, das fur ein gegebenes Element der DTD gar nicht exi- 
stiert . 

Schliefilich ist das Bereitstellen von Methoden, die das be- 
queme Erzeugen von DTD-konf ormen Auszeichnungssprachen- 
Dateien, beispielsweise SCL-Dateien, und die Inf ormationsge- 
winnung aus solchen DTD-konf ormen Auszeichnungssprachen- 
Dateien gestattet, ein Merkmal des erf indungsgemaBen Pra- 
Prozessors in einer bevorzugten Ausf uhrungsf orm. 

Der erf indungsgemafie Pra-Prozessor kann auf einem existieren- 
den generischen Auszeichnungssprachen-Prozessor, beispiels- 
weise einem XML-Prozessor, basieren. Auf diese Weise ist be- 
reits ein groBer Teil der Funktionalitat , die notwendig ist, 
implement iert, da das grundsatzliche Verhalten eines XML- 
Prozessors und des erf indungsgemaJien Prozessors in einigen 
Punkten ahnlich sind. Wie bereits erlautert, ist es ebenfalls 
moglich, einen vorhandenen Auszeichnungssprachen-Prozessor zu 
erweitern, um die fehlende Funktionalitat eines Pra- 
Prozessors in diesen zu integrieren. 

Figur 1 zeigt schematisch einen moglichen Aufbau des erfin- 
dungsgemafien Systems am Beispiel der Verwaltung von Gerate- 
konf igurationen. In der oberen Zeile wird ein DTD-Dokument 
erzeugt, indem ein Konf igurationswerkzeug 1 seine Eingabepa- 
rameter iiber eine geeignete Schnittstelle zum Pra-Prozessor 2 
sendet* Dieser wandelt die erhaltenen Eingabeparameter in 
Aufrufe der beispielsweise DOM-APIs um, die uber eine weitere 
Verbindung zu einem generischen Auszeichnungssprachen- 
Prozessor 3 geschickt wird, der zu diesem Zweck eine API- 
Schnittstelle 4 zur Verfiigung stellt. Aus den ubersandten 
DTD-konf ormen Gerateparametern generiert der Auszeichnungs- 
sprachen-Prozessor nunmehr eine DTD konforme Auszeichnungs- 
sprachen-Datei 5. Die erzeugten Inf ormationen werden gegebe- 
nenfalls liber den Auszeichnungssprachen-Prozessor 3 dem Pra- 
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Prozessor 2 zugefuhrt, der diese an das Konf igurationswer k- 
zeug 1 ubersendet, um beispielsweise eine Anzeige auf dem 
Bildschirm als Ruckkopplung iiber die Korrektheit der Eingabe 
zu erreichen. 

In der unteren Zeile wird der Zugriff eines konf igurierbaren 
Gerats beschrieben. Das konf igurierbare Gerat, beispielsweise 
ein intelligentes elektronisches Gerat 6, stellt uber einen 
Pra-Prozessor 2, welcher identisch sein kann mit dem Pra- 
Prozessor 2 zur Erzeugung der DTD- konf ormen Auszeichnungs- 
sprachen-Datei, eine Anfrage^ die dieser in einen API- 
konforme Methoden-Auf ruf , beispielsweise einen DOM-konforme 
Aufruf, umwandelt und uber die API-konf orme Schnittstelle 4 
desselben oder eines anderen generischen Auszeichnungsspra- 
chen-Prozessors 3 weiterreicht , so dafi dieser nach Auslesen 
der in dem DTD- konf ormen Dokument enthaltenen Konfigurati- 
onsinformationen als API-konforme Inf ormationen aufbereitete 
Ruckinformationen an den Pra-Prozessor 2 senden kann, welcher 
diese in entsprechende Parameter umwandelt, die dann vom Ge- 
rat 6 gelesen werden konnen, woraufhin dieses sich selbstan- 
dig konf igurieren kann. 
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Pra-Prozessor 2 und Auszeichnungssprachen-Prozessor 3 haben 
in der oberen Zeile der Fig. 1 (Erzeugung) und in der unteren 
Zeile der Fig. 1 (Auslesen) identische Bezugszeichen, um dar- 
zustellen, daft es sich um jeweils denselben Prozessor handeln 
kann, der beide Art en von Anfragen verschiedener Anwendungs- 
einheiten bearbeiten kann. Es sind jeweils zwei Boxen ge- 
zeigt, um andererseits klarzumachen, daB auch verschiedene 
Prozessoren auf ein Dokument zugreifen durfen. 



Die funktionellen Elemente Pra-Prozessor 2 und Auszeichnungs- 
sprachen-Prozessor 3 konnen zu einer Einheit zusammengef asst 
werden. In diesem Fall ist es nicht notwendig, einen Aus- 
zeichnungssprachen-Prozessor mit einer vorgegebenen API- 
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konformen Schnittstelle 4 zu verwenden, da die Kommunikation 
der Elemente intern erfolgen kann. 

Die Verf ugbarkeit des erf indungsgemafien spezifischen PrS- 
Prozessors, beispielsweise eines SCL-Prozessors, mit einem 
SCL-spezif ischen Interface, weist verschiedene Vorteile auf. 
So wird die Fehleriiberpruf ung der erzeugten Auszeichnungs- 
sprachen-Dateien beim Lesen und Schreiben verbessert. Die De- 
sign- und Implementationsauf wande werden durch die Wiederver- 
wendbarkeit des Pra-Prozessors verringert. Somit ist es mog- 
lich, neue Produkte rascher auf den Markt zu bringen. Durch 
die Fokussierung auf wenige Sof tware-Produkte ist es moglich, 
die Qualitat der Software zu verbessern, was wiederum zu ei- 
ner Senkung des Testauf wands ftihrt. Der erf indungsgemaBe Pra- 
Prozessor kann daher einen wichtigen integralen Bestandteil 
zukiinftiger Stationsleittechnik darstellen und in diesem so- 
wie in weiteren Anwendungsgebieten auch als Sof tware-Produkt 
auf dem Markt vertrieben werden. 



Bezugszeichenliste 

1 Konf igurat ionswer kzeug (Anwendungseinheit ) 

2 Pra-Prozessor 

3 Auszeichnungssprachen-Prozessor 

4 API-konf orme Schnittstelle 

5 DTD-konf ormes Auszeichnungssprachen-Dokument 

6 Konf igurierbares Gerat 
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1. Pra-Prozessor (2) fur eine vorgegebene Dokumententypdef i- 
nition (DTD), aufweisend 

zumindest eine vorgegebene Schnittstelle zum Austauschen von 
Inf ormationen mit Schnittstellen von Anwendungseinheiten (1, 
6) ; und 

ein Konversionsmittel zur Umwandlung von Anwendungsinf orma- 
tionen von einer Anwendungseinheit in Aufrufe an einen Aus- 
zeichnungssprachen-Prozessor (3), wobei die Aufrufe zugleich 
der DTD geniigen, und zur Umwandlung von Auszeichnungsspra- 
chen-Inf ormationen vom Auszeichnungssprachen-Prozessor (3) in 
Riickinf ormationen zur Obertragung an eine Anwendungseinheit, 
wobei die umgewandelten Riickinf ormationen von der Anwen- 
dungseinheit interpretierbar sind. 

2. Pra-Prozessor (2) nach Anspruch 1, dadurch gekennzeichnet, 
dali der Auszeichnungssprachen-Prozessor konform zu einer vor- 
gegebenen API ist, der Pra-Prozessor zumindest eine Schnitt^ 
stelle zum Senden von Aufrufen an den Auszeichnungssprachen- 
Prozessor und zum Empfangen von Auzeichnungssprachen- 

Inf ormationen vom Auf zeichnungssprachen-Prozessor aufweist; 
und die Aufrufe API-konforme Aufrufe sind. 

3. Pra-Prozessor (2) nach Anspruch 1 oder 2, dadurch gekenn- 
zeichnet, dali die Auszeichnungssprache des Auszeichnungsspra- 
chen-Dokuments XML ist und der Auszeichnungssprachen- 
Prozessor (3) ein XML-Prozessor ist. 

4. Pra-Prozessor (2) nach Anspruch 3, dadurch gekennzeichnet , 
dafi das verwendete API das Document Object Model (DOM) ist- 
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5. Pra-Prozessor (2) nach einem der Anspruche 1 bis 4, da- 
durch gekennzeichnet, daii er ein Substation-Configuration- 
Language (SCL) konformer PrM-Prozessor ist • 



6. Pra-Prozessor (2) nach einem der Anspruche 1 bis 5, da- 
durch gekennzeichnet, dalJ die Anwendungsinf ormationen und die 
Aufrufe Anweisungen enthalten. 

7- Pra-Prozessor (2) nach einem der Anspruche 1 bis 6^ da- 
durch gekennzeichnet , dafi die Anwendungsinf ormationen und die 
Aufrufe Strukturinf ormationen zum Einbauen in eine vom Aus- 
zeichnungssprachen-Prozessor (3) bearbeitete, beziiglich der 
DTD gultige Auszeichnungssprachen-Datei (5) enthalten. 



8. Pra-Prozessor (2) nach einem der Anspruche 1 bis 7, da- 
durch gekennzeichnet, daii die Ruckinf ormationen Strukturin- 
formationen iiber eine vom Auszeichnungssprachen-Prozessor (3) 
bearbeitete, beziiglich der DTD gultige Auszeichnungssprachen- 
Datei (5) enthalten. 

9- Pra-Prozessor (2) nach Anspruch 8, dadurch gekennzeichnet , 
daJi die Strukturinf ormationen Bezeichner-Inf ormationen 
und/oder Inhaltsinf ormationen enthalten. 

10. Pra-Prozessor (2) nach einem der Anspruche 1 bis 9, da- 
durch gekennzeichnet, dafi die Anwendungsinf ormationen Gerate- 
konf igurationsparameter zum Erstellen eines Auszeichnungs- 
sprachen-Dokuments (5) fur die Konf iguration von zumindest 
einem konf igurierbaren Gerat (6) enthalten. 

11. Pra-Prozessor (2) nach einem der Anspruche 1 bis 10, da- 
durch gekennzeichnet , dafi die Ruckinf ormationen Geratekonfi- 
gurationsparameter eines existierenden Auszeichnungssprachen- 
Dokuments (5) fur die Konf iguration von zumindest einem kon- 
f igurierbaren Gerat (6) enthalten. 
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12. Pra-Prozessor (2) nach einem der Anspruche 1 bis 11, da- 
durch gekennzeichnet, dafi die Konversionsmittel aufweisen 
Mittel zur OberprUfung der Syntax der empfangenen Informatio- 
nen auf Konformitat mit der DTD. 
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13- Pra-Prozessor (2) nach einem der AnsprOche 1 bis 12, da- 
durch gekennzeichnet, dafi die Konversionsmittel aufweisen 
Mittel zur Oberprufung der logischen Korrektheit und/oder Zu: 
lassigkeit von in den Inf ormationen enthaltenen Strukturin- 
f ormationen . 



14. System zum Bearbeiten von giiltigen Auszeichnungssprachen- 
Dokumenten (5), die konform einer vorgegebenen Dokumenten- 
typdef inition (DTD) sind; aufweisend 

eine Anwendungseinheit (1, 6) zum Erstellen und/oder Einlesen 
eines Satzes von Anwendungsinf ormationen ; 

einen Pra-Prozessor (2) gemali einem der Anspruche 1 bis 13; 

und ' 

einen Auszeichnungssprachen-Prozessor (3) zum Austauschen 
von Inf ormationen mit dem Pra-Prozessor (2) , zur Bearbeitung 
eines beziiglich der DTD gtiltigen Auszeichnungssprachen- 
Dokuments (5) . 



15. System nach Anspruch 14, dadurch gekennzeichnet, dafi Pra- 
Prozessor (2) und Auszeichnungssprachen-Prozessor (3) zu ei- 
ner f unktionellen Einheit zusammengef asst sind. 



16. System nach Anspruch 14, dadurch gekennzeichnet, daft der 
Auszeichnungsprachen-Prozessor (3) ein generischer Auszeich- 
nungssprachen-Prozessor (3) mit einer API-konf ormen Schnitt- 
stelle (4) zum Pra-Prozessor (2) ist. 
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17. System nach einem der Ansprtiche 14 bis 16/ dadurch ge- 
kennzeichnet , daB die Anwendungseinheit ein Konf igurations- 
pr ogr amm ( 1 ) i s t . 

18. System nach einem der Anspriiche 14 bis 16, dadurch ge- 
kennzeichnet , dali die Anwendungseinheit ein konf igurierbares 
Gerat (6) ist. 



19. System nach einem der Anspriiche 14 bis 18, dadurch ge- 
kennzeichnet , dali die Anwendungsinf ormationen Geratekonf igu- 
rationsparameter zur Konf igurierung eines konf igurierbaren 
Gerats (6) sind. 

20. System nach einem der Anspriiche 14 bis 19, dadurch ge- 
kennzeichnet, daB die vorgegebene DTD die Substation Confi- 
guration Language (SCL) ist. 



21. Verfahren zur Erzeugung von Auszeichnungssprachen- 
Dokumenten (5) , die konform einer vorgegebenen Dokumenten- 
typdef inition (DTD) sind; mit folgenden Schritten: 

-Erstellen eines Satzes von Anwendungsinf ormationen; 

-Erzeugen einer zur vorgegebenen DTD konformen Inf ormations- 
Reprasentation aus den Anwendungsinf ormationen; und 

-Erzeugen eines beziiglich der DTD giiltigen Auszeichnungsspra- 
chen-Dokuments (5) aus der Inf ormations-Reprasentation. 

22. Verfahren nach Anspruch 21, dadurch gekennzeichnet , daB 
die Anwendungssparameter syntaktisch und/oder semantisch 
uberpriift werden, bevor aus ihnen die DTD konforme Informa- 
tions-Reprasentation erzeugt wird. 
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23. Verfahren nach Anspruch 21 oder 22, dadurch gekennzeich- 
net, dali die Anwendungsparameter auf ihren korrekten Sinnge- 
halt tiberpruft warden, bevor aus ihnen die DTD konforme In- 
f ormations-Reprasentation erzeugt wird, 

24. Verfahren nach einem der Anspriiche 21 bis 23, dadurch ge- 
kennzeichnet, dali das Erzeugen des gultigen Auszeichnungs- 
sprachen-Dokuments (5) folgende Schritte aufweist: 

-Erzeugen von Aufrufen aus der DTD-konformen Informations- 
Reprasentation, die zu einer vorgegebenen API konform sind; 

-Obersenden der API-konf ormen Aufrufe an einen Auszeichnungs— 
sprachen-Prozessor (3) uber eine zu dieser API konformen 
Schnittstelle (4) ; 

-Ausfuhren der API -konformen Aufrufe zum Bearbeiten des gul- 
tigen Auszeichnungssprachen-Dokuments (5) . 

25. Verfahren nach einem der Anspruche 21 bis 24, dadurch ge- 
kennzeichnet> daJ5 die Anwendunginf ormationen Geratekonf igu- 
rationsparameter fur zumindest ein konf igurierbares Gerat (6) 
sind. 

26. Verfahren nach einem der Anspruche 21 bis 25, dadurch ge- 
kennzeichnet, dafi das Erzeugen der API-konf ormen Aufrufe mit- 
tels eines Pra-Prozessors (2) nach einem der Anspruche 1 bis 
13 erfolgt. 

27. Computerprogrammprodukt , welches in einen internen Spei- 
cher eines digitalen Datenverarbeitungsmittels ladbar ist, 
und Computerprogrammcodemittel aufweist, die, wenn sie in ei- 
nem Datenverarbeitungsmitteln geladen und ausgefuhrt werden, 
das Verfahren gemass einem der Anspruche 21 bis 26 ausfuhren. 
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ZUSAMMENFASSUNG 



Die Erfindung ist gerichtet auf einen Pra^Prozessor (2) fur 
eine vorgegebene Dokumententypdef inition (DTD), aufweisend 
zumindest eine vorgegebene Schnittstelle zum Austauschen von 
Informationen mit Schnittstellen von Anwendungseinheiten (1, 
6) ; und ein Konversionsmittel zur Umwandlung von Anwendungs- 
inf ormationen von einer Anwendungseinheit (1, 6) in Aufrufe 
an einen Auszeichnungssprachen-Prozessor (3) , wobei die Auf- 
rufe zugleich der DTD geniigen, und zur Umwandlung von Aus- 
zeichnungssprachen-Inf ormationen vom Auszeichnungssprachen- 
Prozessor (3) in RUckinf ormationen zur Obertragung an eine 
Anwendungseinheit (1, 6), wobei die umgewandelten Riickinfor- 
mationen von der Anwendungseinheit (1, 6) interpretierbar 
sind. Die Erfindung ist ebenfalls auf ein Gesamtsystem mit 
dem Pra-Prozessor (2) und ein Verfahren zur Prozessierung ei- 
ner Auszeichnungssprachen-Datei (5) gerichtet. 
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